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O (57) Abstract: An electronic payment system and mefliod facilitates electronic commerce through controlled transfer of identiflca- 
tion and value representations to wireless devices. The system (10) includes a payment collection apparatus (20) and a transaction 

Q apparatus (50), and provides for representation of usa and transaction information via machine-readable indicia. In one embodi- 
m«it, the machine-readable indicia is a barcode. The present invention is useful in such example applications as credit transactions, 

1^ lotteiy system operations, and mobile top up applications. 
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Flertmnic Payment System 

Cross-Reference to Related Applications 

This plication claims ttie benefit of U.S. Serial No. 60/461,457, filed April 
5 9, 2003 and entitlied "Electronic Payment System". 

Technical Field 

The present invention relates to a payment and credit system, and more 
particularly to a system and method for facilitating execution and processing of 
10 consumer transactions. 

Background Art 

Since the introduction of tiie general purpose credit card in the 19S0's, 
consumers have had an increasing number of options for paying for goods sbA 

15 services. The credit card, for example, provided the consumer with an opportunity to 
pay for goods and services using future money, or money the consumer had not yet 
earned. Frequent flyer or fiiequent purchaser programs have allowed consumers to 
redeem earned miles or points towards goods, services or value add-ons to purchased 
items. These miles or points are not necessarily tied to a currency equivalent value. 

20 Debit cards, introduced in the 1970's, have made it possible for consumers to 
purchase items using their own banked fimds, much like a replacement for cash. 

Recent legislation and worldwide banking and industry practices are providing 
a clear indication of the foreseeable future representation of money - i.e., 
25 representation in an electronic format. 

There are many examples j&om recent years of the transformation fh)m a 
paper-based money system to an electronic one. In the consumer setting, the Internet 
has given many consumers the option of shopping in the comfort of their own homes, 
30 workspaces, or even while mobile. Typically, an Internet shopper will provide his or 
her credit card information when making an "online" purchase. The credit card 
information is validated before the service proceeds to record the transaction and 
consummate delivery of the purchased product or service to the consumer. 
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The particular commercial application often determines the form in which 
information and representations of value are transferred in electronic commerce. In 
some commercial applications, there are several methods for executing transactions 
electronically, each with their own way of handling information and representations 
5 of value. For emrple, a pre-pay mobile phone subscriber has several options for 
depositing fimds to or "topping up" his or her account. 

First, a user may purchase a voucher at a retail location, whereupon the user 
may dial the phone number on the card and mtoract with eidier a live voice or an 

10 interactive voice response (IVR) system to add the voucher's value to his or her 
account The user's account number is typically the same as his or her phone 
number. A second means of topping up a mobile phone account is via magnetic stripe 
card. In this escainple, the user provides their mobile phone service provider with 
billing and personal data to set up an account, and receives a magnetic stripe card, 

IS much like a credit card, from the service provider. When the user desures to top up 
their account, the user provides payment at a retail location along with their card. The 
retail clerk tiien swipes the card and keys in the amount corresponding to the user's 
payment, and the user's mobile phone account becomes credited in tihe amoimt of 
payment As in the voucher method, the user's account number can be his or her 

20 phone number. A third method of top up allows the user to charge their top up to 
another account using the services of an automated teller machine (ATM). In this 
method, the user swipes his or her oredit card, then indicates (through card swipe or 
key entry, for example) his or her mobile service provider, telephone number and 
amount of top up in order to credit their account 

25 

In each case, information is transferred in different ways, and the 
rqiresentation of value takes different forms. In the voucher system, identification 
information may be provided by voice or keypad entry, while in the magnetic stripe 
card system, identification information is represented on the magnetic stripe card. 
30 Also, in the voucher system, value is represented in the voucher itself, while in the 
magnetic stripe system, value is represented by the number keyed in at the retailer 
location. In either case, the user can receive a printed receipt for payment at the retail 
location, and the user may also receive a text or other message on their mobile device 
fiom their mobile service provider, confirming the top up transaction. 

2 
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Drawbacks arise in each case as well. While the paper-based voucher system 
may better maintain user anonymity, it also creates inventory problems for retailers, 
theft problems for retailers and users, and requires resource expenditures (e.g., Uve 
5 support or IVR system) for tiie mobile phone service provider. The magnetic stripe 
card system avoids the inconvenience of having to dial into an IVR system to activate 
the top up, but requires that users carry around an additional card in their wallets and 
register personal and billing data. This system has proven highly unappealing to users 
desiring to protect their personal information. 




The present invention relates to an electronic commerce system with a 
particular apphcation as a system and method of mobile top xip. The system includes 
a payment collection apparatus and a transaction apparatus, and provides for 
15 representation of user and transaction infonnation via niachine-readable indicia. In 
one embodiment, the machine-readable indicia is a barcode. 

Brief Description of the Drawings 

Fig. 1 is a diagram showing an architectural layout of one embodiment of the 
20 system of the present invention. 

Figs. 2 and 3 are diagrams showing example implementations for a user 
interacting with a commercial account via a mobile device in connection with the 
system of the present invention. 

Fig. 4 is a flow diagram showing process steps involved in connection with 
25 topping up a mobile phone account in accordance with one embodiment of the present 
invention. 

Figs. 5 through 7 show example displays capable of representation on the 
display of a mobile device in connection with one embodiment of the present 
invention. 

30 Fig. 8 is a block diagram showing information flow in accordance with one 

embodiment of the present invention. 

Fig. 9 is a diagram showing one embodiment of the system of the present 
invention implranented using a pre-established lottery inftastructure. 



3 
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Preferred Modefs) for Carrying out the Invention 

As shown in Figs. 1 throu^ 9, there is provided an electronic commerce 
system 10 for facilitating consumer transactions and transaction processing. As 
shown in Figs. 1 and 8, the system includes a paymoxt collection apparatus 20, a 
5 transaction engine 30, and at least one service provider system 40. The transaction 
engine and service provider system can comprise the transaction apparatus SO. 

The payment collection qiparatus 20 includes c{q>abilities to receive cash, 
credit or other payment, trough human interaction or via automated means. 

10 Examples of automated machines include automated teller machines (ATMs), public 
tratisportation and other ti(^etitign3uuMnes, and self-serve lottery kiosks. A 
traditional retail store is an example of a human-assisted payment collection 
^paratus. In the case of a cash transaction processed locally at the point-of-sale 
(POS), the means for accepting payment may be the keyboard and associated 

15 processing which allows physical receipt of cash to be confirmed by key entry or 
touch screen. In the case of an automated machine, the means for accepting payment 
may be an appropriate mechanical system, for example as used in known vending 
machines. In the case of payment by credit card, the means for accepting payment 
may be a conventional device for reading data stored on the credit card or entering the 

20 number of the credit card. The payment collection apparatus includes meatis for 
receiving all types of payment, including cash, check, coupon, gift certificate, debit 
card or credit card, for example. 

The payment collection apparatus further includes the csqpability to transmit 
25 and receive transaction-related information. Appropriate commtmications hardware 
and software can be provided to transmit and receive information through an 
information network 26. The present invention can provide for payment processing to 
occur at the location of the payment collection apparatus (e.g., item 20 in Fig. 8), or 
remotely, such as at a host server 17 (see Fig. 8) in communication with the payment 
30 collection ^aratus via local area network or other appropriate conmiunications 
network. 

In one embodiment, as shown in Figs. 1 through 3, the payment collection 
j^aratus 20 can be a retail point-of-sale (POS) device 22 havii^ a CPU 21 and 
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payment receiving means 23 as is known in the art, whereby the device 22 is capable 
of reading machine readable indicia for executing transactions. For example, the POS 
device 22 may be provided with credit card processing equipment, or with a scanner 
or other visual detection system 24 which can detect transaction or identification 

5 indicia provided by the user. In one embodiment, the scanner can detect a barcode or 
data string represraitation of user identification information. In another embodiment, 
the scanner can detect a barcode or data string representation of the user's desired 
transaction. Some retail terminals may have been previously outfitted with such 
reading 24 and communications 26 abilities, such as, for example, retail terminals 

10 having lottery processing c^abilities. In this embodiment, the system of the present 
invention can leverage the previously eicisting infrastructure of the lottery network to 
facilitate customer interaction, network connectivity and transaction processing. 

In one embodiment, the payment collection apparatus 20 may further be 
15 provided with an interpretation component, such as a software program 28, for 

manipulating received information into another format. For example, if the payment 
collection ^aratus receives a barcode representation of user identification 
information, the interpretation component may translate the barcode information into 
a processed message representation of the user's identity, such as an ASCII text or 
20 other message format This translated information can then be provided to the 
transaction componait via interface 25, as described more completely hereinafter. 

Transaction Apparatus 

The transaction apparatus 50 can comprise an acquiring processor or 
25 transaction engine 30 and one or more commercial operators 40 having processing 
capabilities and means for interacting with the transax:tion engine 30. 

The transaction engine 30 includes a storage 32 and a processing 34 
coirq)onent for respectively storing and processing information about transactions, 
30 including information about user identification and authentication, transaction type, 
transaction amount, and service provider designations. In one embodiment, service 
providers or commercial operators 40 can provide a means for the transaction engine 
30 to associate or map transactions to particular user accounts, such as by providing a 
defined information format for processing flie tiransaction, for example. The service 

5 
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provider can also indicate to the transaction engine what transaction types are 
available for flie given service provider. In a further embodiment, the transaction 
engine can provide a menu of available transactions from which the service provider 
chooses. For example, the transaction engine may accommodate the processing of 
S transactions whereby one user desires to credit the account of another. However, the 
service provider may choose not to offer such transaction cj^aibilities. 

Service provider designations allow the transaction engme 30 to segment and 
process each individual transaction according to the service provider unplicated. For 
10 example, if a transaction relates to topping up a pre-paid mobile tel^hone account, 
ihs information received from the consumer would include tiie user's mobile service 
provider, account number, and the amount to be credited or topped up to the account. 

The transaction engine storage component 32 can store user identification 
15 information separately or together with transaction information. The use of a sqparate 
user database and transaction database is advantageous, because it allows the present 
invention to be implemented using an existing account database of a mobile network 
operator in the top up example, by newly introducing a transaction database. It also 
allows the present invention to be implemented using a single, transaction database in 
20 combination with plural account databases, for example for different mobile netnroik 
operators in the top up embodiment, for example. This in turn &cihtates 
implementation of the present invention for different mobile networks. Lastiy, the use 
of a separate transaction database facilitates the application of the present invention to 
areas such as lottery ticket processing, credit card processing and other areas using a 
25 single transaction database. To implement the accoxmt database and transaction 
database separately, the databases maybe provided in a separate account server and 
transaction server, respectively, with a communications link therebetween, as is 
known in the art. 

30 The transaction engine 30 can process transactions with each service provider 

40 in real-time or in batch at determined time intervals via commimications link 36. 
Various types of information may be processed and passed from the transaction 
engine to the service provider, including the account number of the consumer 
interacting with the system, tiie amount of the desired transaction, the desired 

6 
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transaction type, the account numbers of any other affected account holders, and 
confirmation type request, for example. The confirmation type can be a user- 
requested form of confirmation, whether as a printed receipt, a text message, or a 
display within a network-accessible account 

5 

Service Provider System 

The service provider system 40 can include a storage 42 and a processing 44 
component for respectively storing and processing information about transactions, 
including information about user identification and authentication, transaction type, 

10 and transaction amoimt. The service provider 40 may be a mobile operator or mobile 
virtual network operator allowing consumers to use the system of the present 
invention to top iq) or credit their pre-pay mobile phone accounts. The description of 
a mobUe operator as a service provider is illustrative only, as the service provider may 
be a credit card provider or other suitable commercial entity desiring to implement the 

IS payment system of the present inventioiL 

The service provider storage component 42 can be an account database for 
storing information related to each customer account A customer's account is 
created upon the customer's initiation of service with the mobile operator. At the 

20 time of initiation of a pre-pay account, the customer provides or is provided with a 
telephone number, an account number (if different firom the telephone number) and an 
account value based upon the customer's initial payment As the customer uses his or 
her mobile phone, the accoimt value is debited based upon the terms agreed upon 
between the mobile operator and the customer. The customer can use the system of 

25 the present invention when desiring to add value to his or ho: account, or the account 
of another mobile subscriber. 

The mobile operator processes pre-pay transaction requests received from the 
transaction engine and issues electronic top-ups in the form of credit receipts or 
30 vouchers. A credit receipt can be an indication that the customer's account has been 
instantiy credited. A voucher represents a prepaid credit, but requires further 
customer interaction before an account will be credited in the voucher amount The 
voucher can be attributed to a particular user's account or non-attributed. 



7 



wo 2004/092993 



PCT/DS2004/010682 



As shown in Figs. 2 and 3, the transaction apparatus 50 can send messages 
from the service provider as at 60 or flie transaction engine as at 70 in the form of text 
or images to liie user's mobile device 80. The mess^es can represent receipt 
information, credit mfonnation, identification information and transaction 

5 infonnation, such as a credit or vouchor transaction. Receipt information nMysinq)ly 
be a text message indicating fbat the user has completed a transaction in connection 
with tiie service provider. Credit information can be text informatian provided to the 
user concerning his or her account, such as balance information. Identification 
information can be a barcode or other image informatioQ sent in response to a user 

10 request fisr a top up or other transaction. Transaction infoimation can be a barcode or 
other image representation of an attributed or non-atttibuted credit or voucher 
transaction. The transaction engine 30 and the service provider processor can be 
provided with barcode software 48 to assist in this implementation. An example of 
such barcode software includes Wasp™ barcode software, commercially available 

15 ftom Wasp Bar Code Technologies, Piano, Texas, USA. In one embodiment, the 
present invention can accommodate both identification and transaction information in 
a single image or barcode representadoiL 

Various types of mobile devices, including personal digital assistants and 
20 mobile phones, are capable of interacting with the present inventioa For optimal 
cooperation, a mobile phone or any mobile device for use with the present invention 
will be capable of transmitting text messages and short message service (SMS) via 
data transceiver 81, and will have a controller 82, a memory 84 and a visual display 
area 86. Example such phones are commercially available from Motorola 
25 Corporation, Miami, Florida, USA, and Nokia Corporation, Suomi, Finland. 

As shown in Figs. 2 and 3, the service provider 40 or the transaction engine 30 
can be provided with means 49, 39 for communicating the message to the user's 
mobile device, as well as means for receiving communications from the user. As 
30 shown in Fig. 3, the transaction engine 30 may communicate with the user and may 
perform transaction processing in heu of the service provider in the embodiment 
where the transaction engine 30 acts as a stand-in for the service provider. Such may 
be the case where the service provider's system is temporarily not operating, or where 
the service provider has delegated real-time responses to the transaction engme 30. In 
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such case, the transaction engine may hold transaction information for the service 
provider until such time as a file or batch transfer can be made. 

The means by which the service provider or transaction engine sends and 
5 receives communications with a user's device 80 can include cormnunications 
software designed to operate over a wireless netwo± 56, for example. Tn one 
embodiment, tbe message is communicated to the user's device only upon the user's 
request for transaction information. In this embodiment, the system can operate to 
automatically identify the user's account by tbie user's telephone number, because the 
10 inobile device may be identified dnectiiy from the request message. The request 
message also provides the advantage of providing a single mechanism by which the 
user can register the desire to credit the account simply by sending a request message 
to a predetermined number. 

15 In one embodiment, fbe request message can be blank so that mere receipt of a 

message at a predetermined telephone number indicates the desire to credit the 
account. In a further embodiment, dijOerent telephone numbers can be used to 
designate different payment amounts, or the payment amount might not be specified 
at all. In still a fiirther embodiment, the text message can mclude simple text 

20 identifying the desired payment amount. However, use of such a request message is 
not essential. A request could be made by any other means, such as a voice call. 

In another embodiment, the user can establish rules with the service provider 
or the transaction engine for when a message is to be communicated. For example, 

25 the user may desire an attributed voucher be sent to its mobile device anytime his or 
her account balance falls below a pre-determined amount. An attributed voucher can 
take the form of a barcode representation of the user's identification information 
combined with the amount desired to be deposited or topped up. A non-attributed 
voucher can take the form of a barcode representation of a top up amount, which 

30 would require some form of user idraitification in order to be attributed to a particular 
account. Upon fulfilhnent of the non-attributed voucher, the account deposit would 
be credited to the individual fulfilling the transaction, whether or not the mdividual is 
the party who paid for the voucher. 



9 
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While the system is described in terms of pennitting crediting or topping up of 
a pre-paid mobile phone account, tiie system can be adapted for use in credit 
transaction processing, rewards sjratems, or gift certificate systems, for example. In 
several embodiments, the system of the present invention can convert Ihe payment 
5 amount to an equivalent non-currency value, such as minutes of phone service, for 
example. The transaction engine can perform such conversions depending upon the 
plication involved. 

Communications 

10 The present invention can be inqjlemented using the TCP/IP communications 

transport protocol, as will be well understood to those skilled in the art Redundant, 
high bandwidth communications links, such as frame relay with ISDN dial backup, 
can be employed Sex additional backup support, such as between Has transaction 
engine 30 and the service provider component 40 as at 36. 

15 

./appropriate communications and plication interfaces 25, 35 are also 
provided between the payment collection apparatus and the transaction engine, and 
between the transaction engine and the service provider component, such as at 37, 47. 
In one embodiment, ISO 8583 and XML are the preferred real-time application 
20 messaging interface standards used for communications between the transaction 
engine and the service provider processor. For end of day and weekly invoicmg, 
periodic batch file inter&ces can be used. 

Barcodes 

25 Barcodes are well-known data representation formats, and can appear in one- 

dimensional or two-dimensional form. The one-dimensional version uses a sequence 
of vertical bars and spaces to represent numbers and other symbols. A 1-D barcode 
reader such as used in connection with the present invention uses a laser beam that is 
sensitive to the reflections from the line and space thickness and variation. The reader 

30 translates the reflected light into digital data that is transferred to a computer for 
immediate action or storage. A 2-D barcode reader can comprise a web-cam type 
device such as the Quadras™ reader manufactured by Microscan, Inc. of Renton, 
Washington, US. The two-dimensional barcode can represent large amounts of 
information in a restricted area. 

10 
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Any format for the one or two-dimensional barcode can be used in connection 
with the present invention. In one embodiment, the barcode format is QR Code, but 
other possible formats include PDF417, Code 16K, Code 49, DataMatrix, Maxicode, 
5 Code Que or Aztec Code. Further, while a stacked two-dimensional barcode may be 
used, a matrix two-dimensional barcode can increase the amount of data stored. The 
ability to store large amounts of data also provides the advantage that the barcodes 
may incorporate error correction capability to allow recovery from data corruption, as 
well as other encoding algorithms to enhance security, for example. 

10 

Supplying the image as a message takes advantage of the existing messagmg 
functionality of the mobile device. This allows the device to store the images without 
the need for any special software and provides for ease of use by the user. 

15 The present invention may use any type of messaging for transmitting a 

message to a mobile device, including SMS, MMS, EMS or WAP. SMS (Short 
Message Service) is a service for sending messages of up to 160 characters (224 
characters if usmg a S-bit mode) to mobile phones that use Global System for Mobile 
(GSM) communication. SMS messages can be sent to digital phones from a web site 

20 equipped with PC Unk or finm one digital phone to another. An SMS gateway is a 
web site that allows users to enter an SMS message to someone vn&dn the cell served 
by that gateway or that acts as an international gateway for users with roaming 
capability. Thus, in one embodiment of the invention, a first user may use an SMS 
gateway to send a prepaid voucher to another user via SMS. 

25 

Multimedia Messaging Services (MMS) is currently being adopted by most 
network operators and mobile device manufacturers, and supports standard image 
formats such as GIF and JPEG, video formats such as MPEG 4, and audio formats 
such as MPS, MIDI and WAV. MMS technology works in existing GSM networks 
30 (over WAP, the industry standard protocol for mobile data exchange) and with high 
speed 3G technologies. Enhanced Messaging Service (EMS) allows for the sending 
of multi-media messages, consisting of pictures, melodies, animations and styled text. 
If an EMS message is delivered to a mobile phone that does not have EMS software, 
&e user will only see the text in the same way as an SMS message. BMS works with 

11 
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the existing infirastnicture laid down for SMS, and can be used within the cuiTent 
GSM infrastructure. 

Despite title advantages of the image being transmitted in the form of a 
5 message, this is not essential. It would alternatively be possible to transmit the 
transaction data to the mobile device in a data format from which title mobile device 
would generate the grs?)hical representation. This would, however, require 
appropriate software to be provided on the mobile device. 

10 While one or two-dimensional barcodes can assist in the implemao^tation of 

the present invention, the gnqihical rqtiesentation of data may be in any other format 
which allows the data to be read by a reader at the retail system. Such formats can 
include representation of the data by characters to be read by a reader incorporating an 
optical character recognition system. 




As described above, messages in connection with the present invention can 
represent different types of infomiation and values depending upon the particular 
aspect of the invention involved. As such, the system of the present invention 
20 accommodates all manners of desired transactions. For example, a user can make 
payment towards a real-time credit to flieir account or for the receipt of a voucher for 
later use. A user can also provide a credit payment for another user's account, and 
can forward vouchers to other users for their independent use. 

25 The present invention also provides flexibility to the liser who may wish to 

store activated, non-attributed vouchers for use in geographical areas where the user 
does not want to carry cash, for example. The type of transaction is dependent upon 
the service provider's available menu of desired transactions and the customer's 
desired transaction. 

30 

Processing 

Fig. 4 is a process flow diagram mdicating the steps for consummating a 
transaction in one embodiment of fihe present invention. As at 100, the user presents 
payment to the payment collection apparatus along with identijBcation information, 

12 
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such as an identification barcode, and an indication of the type of transaction desired. 
The account identification infonnation in the form of a barcode can be displayed on 
the user's mobile phone display according to methods known in the art. The account 
identification infoxmatLon may further be integrated into the mobile device such that it 
S does not appear on &e visual display of the device. la one embodiment of the 
invention, the barcode is embedded within the device itself. 

Appropriate authentication means can be implemented at this stage in order to 
forestall potential fraud. Li one embodiment, the transaction engine can include 

10 means fi>r auOiorizing or authenticating the user prior to allowing a transaction to be 
consummated, such as by checking the user database according to predetermined 
rules. The payment collection ^aratus can be set up to block payment until receipt 
of the authorization by the retail system. In one embodiment, biometric 
authentication can be employed, such as voice recognition software citable of 

15 TwateHng the user's spoken inputs into the mobile device with pre-stored voice inputs. 

The account identification infonnation may be retrievable fiom the memory of 
the wireless device, or it may be requested and/or sent from an account maintaining 
entity. This entity may be the mobile service provider, or it may be the transaction 

20 engine as described above. The request can come in the form of a phone call to a 
given phone number, whereby once it is received, the mobile provider or transaction 
engine can then send an encoded message capturing the device user's identification to 
the wireless device. In an alternative embodiment, the service provider may monitor 
the user's account and automatically send a notice to the user's device prompting the 

25 user for a top up before the account is depleted. 

In one embodiment as shown in Fig. 5, the user can select a desired transaction 
91 and a desired account 92 from a menu on the mobile device display 86. In the case 
of retrieving information from the device memory, the user may desire to store 
30 additional identification codes besides their own on their mobile device, such as 
family members or other individuals. Such option would allow the user the 
opportunity to credit a family member's account without having to recall their account 
number or phone number, and without having to request tiie deUvery of a barcode 
fiom the s^vice provider. 

13 
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The transaction type can be otally conimimicated to a retail attendant, such as, 
"Please top xxp $20." Or the transaction type can be communicated via information 
contained in machine-readable form, including a transaction barcode. In one 

5 embodiment, the transaction barcode 93 and the identification barcode 94 are shown 
separately on the display 86 of the mobile device, such as shoAwn in Fig. 6. In another 
embodiment, the transaction information and identification information are embodied 
on the display 86 in a single barcode 95, as shown in Fig. 7. It Avill be ^reciated 
that identification and transaction information need not be limited to &e display of the 

10 device, nor to a barcode representation. 

Once the user has provided payment, identification information and/or 
transaction information, the system can process the payment and any coded 
informatiQn so as to begin consummating the transaction, as at 110 in Fig. 4. As at 

15 120, the payment collection apparatus forwards the payment information, 

identification information and transaction details to the transaction engine for forther 
processing. As at 130, the system determines what account or accounts will be 
affected by flie desired transaction. In this step, the system can manipulate the 
information as necessary depending upon the transaction type. For example, if the 

20 system is to take the user's payment (e.g., $20) and convert the payment into a certain 
number of minutes of telephone calling time, the transaction engine could perform 
that step at this stage. As at 140, the system sends the determined information to the 
service provider for appropriate account adjustment and execution of the transaction 
at 150. At 160, the system determines the j^tpropriate confirmation form and delivers 

25 the confirmation to the user. 

If the user's request is to receive an electronic voucher, the transaction engine 
or the mobile service provider may send a machine-readable representation of a paid- 
for voucher via text message. The user may store this code on his or her device for a 
30 single use. The user may also forward the code to another user for their single use. 
Appropriate security measures are in place such that, if the code is transferred to more 
lhan one party, the code is only valid for the party who has most recenfly received the 
code. In another embodiment, tiie code can be regarded by the system as invalid once 
it has been used. In still another embodunent, the code can be deemed unauthorized 

14 
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unless more infonnation is passed fiom the would-be redeemer, such as additional 
aulheiitication infonriation. Additional authentication information can be a personal 
identification number (PIN), passcode, biometric identification element, or other 
known autiimtication type. 

5 

In the embodiment as shown in Figs. 8 and 9, where an existing lottery or 
retailer infiastructure is enqployed to implement the present invention, a mobile 
customer may approach a lottery or retail terminal ai^ request an electronic top-i^ 
(ETU) sale transaction for a specific mobile phone operator. It will be appreciated 
10 timt such an aidiitecture can be used for applications other than lottery or retailers, 
including a network of banks, far example. 

As shown in Figs. 8 and 9, a mobile phone customer can request an electronic 
top-up (ETU) sale transaction at tiie terminal 20 for a specific mobile phone operator 

15 (e.g., 40A). As described above, transaction entry methods can include manual key 
entry, play-slip entry, magnetic stripe card reading and barcode scanning. Input 
information can be processed by the termiiud's ETU application and the transaction 
request is transmitted to the host 17 over network 14 for processing, as at step A, The 
ETU application operating at host 17 logs the transaction request in database 19 and 

20 forwards the request to the transaction engine 30 for processing, as at step B. The 
transaction engine ETU application can process the transaction request and forward 
the request to the corresponding service provider 40 A, 40B, 40C or 40D over network 
36 for processing in real-time, as indicated by step C. 

25 The host or the transaction engine can decrypt the transaction infonnation and 

perform transaction checks, such as DES encryption, checksum and system 
suppressions. Once the inbound request is logged and its message header decoded, a 
Trace Serial Number (TSN) can be assigned to the transaction. The TSN serves as a 
common transaction reference trace number between the lottery host and the 

30 transaction engine. The transaction engine can link the TSN to a Unique Transaction 
Identifier (UTI) constructed for interfacing with the mobile operator. The UTI may 
vary in format depending upon the mobile operator involved, and can typically 
contain an ETU identifier, a solution provider ID code, a distributor ID code, and a 
unique serial number. 

15 
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A product routing code can direct the system to route the transaction to the 
transaction engine via Message Exchange (MX), for example, whereupon a timer can 
be set for transaction timeout while waiting on the transaction engine. The TSN and 

5 the Un can be printed on ETU receipts to assist with troubleshooting as necessary. 
Message Exchange (MX) is a communications protocol that enables the transaction 
engine to communicate with a lottery host Lottery hosts such as the AlphaGOLS™, 
EuroGOLS™ and ProSys™ systems are exanoples of hosts for use with the present 
invention. EuroGOLS™, AlphaGOLS™ and ProSys™ are commercially available 

10 fix>mGTECH Corporation, West Greenwich, Rhode Mand, USA. The MX 

client/server architectuie siqiports both push and pull message flow models, allowing 
both client and server systems to initiate message traffic and act as senders and 
receivers of messages. The client and server side processes implemented via MX are 
well-known in the art and do not necessitate detailed explanation. 

15 

Once the transaction engine 30 logs the request in database 32 and forwards 
the request to ttie designated service provider, the service provider processes the 
transaction request, records the transaction into the appropriate database 42 account, 
and sends the transaction engine a corresponding transaction response in real-time, as 

20 at step D. The transaction engine processes and logs the transaction response received 
fiom the service provider and sends the host a corresponding transaction response, as 
at step E. The host then logs the transaction response received from the transaction 
engine and sends the lottery terminal a corresponding transaction response, as at step 
F. Finally, the lottery terminal prints either an ETU credit receipt (sale amount has 

25 been credited to the customer's mobile account and is activated immediately or after a 
grace period) or an ETU voucher, as at step G. At step H, the service provider can 
also provide a text or image message to the user on the user's mobile device. This 
message can be a confirmation, or a non-attributed electronic voucher, dq>ending on 
the user's transaction request. 

30 

In the lottery terminal example, the traminal may be, for example, an Altura™ 
model or an ISYS™ model, commercially available from GTECH Corporation, West 
Greenwich, Rhode Island, and can be configured at siga-on with available mobile 
vendors and pertinent information, such as their products, messaging details and ETU 

16 
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parameters. The transaction may be entered via manual key entry, play-slip entry, 
magnetic card reading or by providing machine-readable indicia, such as a barcode, to 
a scanner at the lottery terminal. An ETU software application can be provided for 
the tenninal for processing the inpxA information and transmitting the request to the 
5 lottery host for fiirttier processing. In the system shown in Fig. 1, the information 
would be transmitted to the transaction engine 30 of the present invention. 

As shown in Fig. 9, the system of the present invention provides for a claims 
and settlement system 98 in coraiection with the acquiring processor or transaction 

10 engine 30. The claims and setflement system 98 provides transaction settlement, 

auto-recondliation, and claims management for retail operators and service providers. 
The system 98 also performs adjustments processing, transaction fee processnig, and 
balancmg, monitoring and reportmg functions, while further supporting multiple 
settlement entity types, such as institutions, interchanges, banks, merchants, operators 

15 and terminals. 

Multi-lingual/MuW-currency support 

The present invention can support communications in multiple languages and 
in multiple currencies. In one embodiment, the present mvention can provide for 
20 currency conversion of credit transactions to allow individuals to deposit pajonent in a 
fkst currency for use with a mobile operator whose customer accounts are in a second 
currency. 

Altemative embodiments 

25 The system of the present invention can be further adapted for additional 

applications. For example, barcode or other machine readable indicia can replace 
lottery tickets and/or play slips. A lottery participant may desire to receive a text 
message having a barcoded representation of a lottery ticket. Once paid for, the 
barcode may be scaimed to activate, play and/or redeem the ticket. In one 

30 embodiment, the user can pre-establish a lottery account alloAving the user to deposit 
funds into the account as represented by the barcode on the device display. The user 
may also request and pay for tickets against the account balance, as well as deposit 
winnings into the account through the use of the barcode on the user's wireless device 
display, hi this embodiment, J5>propriate authentication information can be reqmred. 

17 
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As an additional example, the barcode may represent access to one or more of 
the user's credit accoimts. For example, if the user holds a MasterCard™ account, a 
5 VISA™ account, and a Discover™ account, the user may present the barcode at a 
retailer and, upon authentication and authorization of the barcode, tiie user can select 
to which account he or she wishes to charge the given transactioiL Alternatively, the 
user may have a separate barcode for each account 

10 The invention may be embodied in other specific forms wi^ut departing 

fix>m the spirit or essential characteristics thereof. The present embodiments are 
therefore to be considered in all respects as illustrative and not restrictive, the scope of 
the invention being indicated by the claims of the {plication rather tiian by the 
foregoing description, and all changes which come within the meaning and range of 

IS equival^y of the claims are therefore mtended to be embraced therein. 
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Claims 

1. A meflaod for increasing credit in an account, comprising the steps of: 

receiving, via a fulfillment component, a deposit payment and account 
5 identification information, said account identificadon information received by 
scanning idaatification indicia 6om a wireless communications device; 

creating a message comprising said account identification information and 
value information corresponding to said payment; 

delivering said message to a transaction processing component and 
10 crediting said account in accordance with said value in&nnation. 

2. The method of claim 1 wherein said indicia is a barcode. 

15 3. The method of claim 2 wherein said barcode is recalled from a memory of said 
wireless device. 

4. The method of claim 2 wherein said barcode is requested from an account 
maintaining entity. 

20 

5 . The method of claim 2 wherein said barcode is displayed on a display of said 
wireless device. 

6. The method of claim 2 wherein said barcode is physically integrated into said 

25 wireless device. 



7. The method of claim 2 wherein said message is created by said fulfillment 
component. 
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8. A method for processing credit transactions in connection with received payment, 
comprising liie steps of: 

receiving a deposit payment and transaction information, said tratKaction 
5 information including accomit identification infonnation, transaction type, and 
transaction value infonnatioD4 

delivering said transaction infonnation to a transaction processing conq)onent; 
upon said transaction type being a credit request, crediting said account 
according to said transaction value information; and 
10 upon said transaction type being a voucher request, issuing a voucher to a user 

in the amount detennined by said transaction value infonnation. 

9. The method of claim 8 wherein said voucher request is a barcode and the step of 
15 issuing said voucher includes issuing said barcode to a wireless device. 

1 0. The method of claim 8 wherein at least a portion of said transaction information 
is received by scanning a barcode fiom a wireless device. 

20 11. The method of claim 10 wherein said barcode is recalled from a memory of said 

wireless device. 

12. The method of claim 1 1 whwem said barcode is requested from an account 
maintaining entity. 

25 

13. A method for processing transactions in connection witii received payment, 
comprising the steps of: 

receiving, via a fulfilhnent component, a deposit payment and account 
identification information; 
30 creating a message comprising said account identification information and 

value infonnation corresponding to said payment; 

delivering said message to a transaction processing component; and 
issuing a credit voucher in the form of a barcode. 

20 
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14. The method of claim 13 wherein said barcode is issued to and cj?)able of display 
on a wireless device. 

15. The method of claim 13 wherein said barcode is embedded within a wireless 
5 device. 

16. The method of claim 13 wherein said credit voucher is deUvered to a first user, 
and including the steps of receiving instructions to transfer said voucher to a second 
user and transferring said barcode to the display of a wireless device of a second user. 

10 

17. The method of claim 16 including the further step of scanning, by a fulfilhnent 
component, said barcode firam said wireless device of said second user and crediting 
an accoimt of said second user. 



18. A method for facilitating credit transactions, comprising the steps of: 

receiving a request for a credit voucher firom a user via said user's vwreless 

device; 

delivering a transaction code to said user's wireless device; 
20 upon payment by said user and reading of said transaction code, delivering a 

second code to said user's wireless device; and 

upon scanning the second code and identifying an account in connection with 
said second code, crediting said account. 

25 

19. A method for facilitating credit transactions, comprising the steps of: 

receiving a request for a credit voucher from a user via wireless device; 
delivering a credit voucher for display on said user's wireless device; 
receiving a deposit payment from said user and information pertaining to said 
30 voucher; and 

crediting an account of said user according to said payment. 



20. The method of claim 1 9 wherein said credit vouchor is in the form of a 1 -D 
barcode. 

21 
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21. The mettiod of claim 19 wherein said credit voucher is in the form of a 2-D 
barcode. 

5 22. The method of claim 19 wherein said voucher includes account identification 
infonnation. 

23. The method of claim 22 wherein said account identification information is a 
telephone number. 

10 

24. The method of claim 22 wherein said account identification information is in the 
form of a barcode presented on flie display of a wireless device. 

25. The method of claim 19 including the steps of, prior to delivering said credit 
1 5 voucher, determining an account associated with said user based on said received 

request, and incorporating account identification information into said credit voucher. 

26. A system for facilitating credit transactions, comprising: 

20 an optical scanning component capable of optically scanning code 

information, said code information being representative of at least one of: deposit 
payment information, account identification information and transaction type 
information; 

a transaction apparatus capable of receiving a deposit payment; and 
25 a transaction processor for processing said code information, delivering a 

transaction code to a wireless communications device, and crediting an account 
corresponding to said account identification information and said deposit payment. 

30 27. The system of claim 26 wherein said transaction processor is adapted to deliver a 
first transaction code representing account identification information and a second 
transaction code rqpresenting transaction type and amount to said wireless device. 



22 
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28. The system of claim 26 wherem said transaction code represents account 
identification information and a credit voucher in the amount of the deposit payment. 

29. The system of claim 26 wherein said transaction code represents account 

5 idmtification information and a deposit request in the amount of the deposit payment. 

30. The system of claim 26 wherein said transaction code represents a credit voucher 
in the amoimt of tiie deposit payment 

10 31 . The system of claim 26 wherein said code information includes account 

identification information in fibe form of a barcode cq)able of being displayed on a 
display of said wireless device. 

32. The system of claim 26 wherein said transaction ^aratus can identify previously 
15 scanned codes. 

33. The system of claim 26 wherein said transaction processor can invalidate codes 
prior to their being scamied. 

20 34. The system of claim 26 wherein the transaction apparatus is capable of decoding 
the code information scanned by said optical scanning component. 

35. A system for facilitating credit transactions, comprising: 

25 

a transaction database for storing mformation about transaction types in 
connection with electronic transactions for at least one service provider type; 

a plurality of service provider account databases for respectively storing 
account information including at least account identification and account balance 
30 information for a plurality of users associated with each of said service providers; 

a transaction apparatus for receiving a deposit payment and scanning code 
information displayed on a wireless communications device, said code information 
corresponding to a stored transaction type and at least one of said accounts associated 
with at least one of said service provider databases; and 
23 
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a transaction processor in two-way communication with said transactibn 
database, account databases and said transaction apparatus for receiving information 
from said transaction ^aratus, said received information representing account 
identification information, transaction type information and tiransaction amount 
5 information corresponding to said deposit payment, said transaction processor adapted 
to process said received information and perform at least one of: 

crediting said account identified by said accoimt identification information 
according to said transaction amount, 

delivering a credit or voucha: corresponding to said payment to a wireless 

10 device. 

36. A method for facilitating credit transactions, comprising the steps of: 

providing a user with at least one transaction code representmg an account to 
15 which funds can be deposited, and at least one transaction code representing a 

transaction type request, each of said codes being provided in the form of a barcode 
capable of being presented on and read from the display a wireless device; 

receiving a payment and at least one of said transaction codes fiom said user. 

20 

37. The method of claim 36 wherein said transaction type request is a credit voucher 
request. 

38. The method of claim 36 wherein said transaction type request is an account 
23 deposit request. 

39. A method for transferring credit among multiple accounts, comprising the steps 
of: 

30 receiving a request to tiansfer credit from a first credit account to a second 

account; 

receiving identification information sufficient to identify said first and second 
accounts; and 

24 
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receiving transaction information indicative of transaction type and transaction 
amount, wherein at least one of said identification information and said transaction 
information is received by scanning a barcode displayed on a wireless device. 

5 

40. A mobile device, comprising: 

a display portion; 

a memory for storing a plurality of barcodes indicative of at least one account 
identifier, at least one transaction type and a plurality of value representations; 
10 means for displaying a first barcode on said display portion, said first barcode 

corresponding to said at least one account identifier; 
means for displaying a second barcode on said display portion, said second 
barcode corresponding to said at least one transaction type and a value 
representation. 

15 

41 . A system for fadlitatirtg wireless transactions, comprisrog: 

a cellular network; 

a database of user accounts and transaction types; 

an electronic infrastructure whereby messages can be sent to mobile devices, 
20 said messages capable of including transaction and account codes which can be 
displayed on and read from a visual display of said mobile devices, said transaction 
codes including information corresponding to a transaction type and a value 

representation; 

means for receiving information about at least one transaction code and at least 
25 one account code as said codes are read from a mobile device display; 

means for processing said received transaction and account code information; 
means for attributing said received account code information to an individual 
user. 

30 42. The method of claim 41 including means for transferring transaction codes 
among a plurality of users. 

43. The system of claim 41 ftirther including means for invahdating codes once they 
have been read by said paymmt collection q>paratus. 
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44. A method for feciUtatmg wireless transactions for a lottery account, comprising 
the steps of: 

5 receiving a payment and lottery account identifying information; and 

receiving a request to credit said lottery account in the amount of said payment, 
wherein at least one of said account identifying information and said request is 
received by scanning a barcode displayed on a wireless device. 

10 45. The method of claim 44 wherein said payment is an electronic representation of 
lottay winnings. 

46. The method of claim 45 wherein said representation is abarcode representation 
on the display of said wireless device. 

15 

47. The method of claim 46 wherein said account identifying information, said 
request and said payment are represented by a single barcode capable of being 
displayed on and scanned from a display of said wireless device. 

20 48. The method of claim 13 wherein said deposit payment is an electronic 
representation of an account from which to draw funds. 

49. The method of claim 13 wherein said credit voucher barcode is enable of being 
displayed on and optically scanned from a visual display of a wireless device, and 

25 wherein said barcode represents a lottery ticket. 

50. The method of claim 49 including the further step of scanning said barcode so as 
to activate said lottery ticket 

30 51. The method of claim 49 including the fiiriher step of scanning said barcode so as 
to play said lottery ticket. 

52. The method of clahn 49 including the further step of scanning said barcode so as 
to redeem said lottery ticket. 

26 
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53. A method for facilitating credit transactions, comprising flie steps of: 

receiving a request from a user for a credit transfer; 
attributing said request to said account for said user; 
5 delivering a transaction code to said user's mobile device; and 

upon receiving payment and decoding said transaction code, automatically 
crediting said user's account. 

54. The method of claim 53 wherein the step of attributing the request is based vapoa 
10 identification information provided by said user. 

55. The method of claim 53 wherem the step of receiving the request includes 
receiving a telephone call from said user and wherein tiie step of attributing the 
request is based upon identification of the user's telephone number when receiving 

15 the request. 
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